Skip to content

docs: cherry-pick #211 (Update docs version for 0.3.0) into r0.3.0#216

Merged
skyw merged 1 commit into
r0.3.0from
skyw/cherry-pick-211-r0.3.0
Jun 1, 2026
Merged

docs: cherry-pick #211 (Update docs version for 0.3.0) into r0.3.0#216
skyw merged 1 commit into
r0.3.0from
skyw/cherry-pick-211-r0.3.0

Conversation

@skyw

@skyw skyw commented Jun 1, 2026

Copy link
Copy Markdown
Contributor

Cherry-pick of #211 (merge commit `41d3ea4`, "docs: Update docs version for 0.3.0") from `main` into the `r0.3.0` release branch.

Contents

Only the net-new `.github/workflows/release-docs.yml` applies here — the `docs/project.json` and `docs/versions1.json` hunks from #211 were already present on `r0.3.0`, so the cherry-pick brought just the release-docs workflow.

Original author/sign-off preserved (Charlie Truong).

🤖 Generated with Claude Code

* docs: Update docs version for 0.3.0

Signed-off-by: Charlie Truong <chtruong@nvidia.com>

* Add release docs workflow

Signed-off-by: Charlie Truong <chtruong@nvidia.com>

---------

Signed-off-by: Charlie Truong <chtruong@nvidia.com>
@skyw skyw requested a review from a team as a code owner June 1, 2026 18:09
@copy-pr-bot

copy-pr-bot Bot commented Jun 1, 2026

Copy link
Copy Markdown

This pull request requires additional validation before any workflows can run on NVIDIA's runners.

Pull request vetters can view their responsibilities here.

Contributors can view more details about this message here.

@skyw skyw merged commit e27fa05 into r0.3.0 Jun 1, 2026
4 checks passed
@skyw skyw deleted the skyw/cherry-pick-211-r0.3.0 branch June 1, 2026 18:11
@greptile-apps

greptile-apps Bot commented Jun 1, 2026

Copy link
Copy Markdown
Contributor

Greptile Summary

This cherry-pick brings the release-docs.yml GitHub Actions workflow from main into the r0.3.0 release branch, enabling workflow_dispatch and workflow_call triggers to build and publish versioned documentation to Akamai/S3 via reusable FW-CI-templates actions.

  • The build-docs job calls _build_docs.yml@v0.67.0 without secrets: inherit, which means any credentials the build step requires will be unavailable, likely causing silent auth failures at runtime.
  • build-docs and publish-docs pin different versions of FW-CI-templates (v0.67.0 vs v0.74.0), creating a risk of artifact schema mismatches between the two jobs.
  • publish-as-latest defaults to true, which is a footgun when dry-run is disabled on the release branch.

Confidence Score: 3/5

The workflow will likely fail on first real use due to missing secret forwarding to the build step, and the version gap between build and publish template pins introduces two independent failure points before any docs reach production.

The build-docs job calls a reusable workflow without secrets: inherit, meaning any credentials needed by _build_docs.yml are silently dropped. Combined with a 7-minor-version gap between the FW-CI-templates pins used by the two jobs, the workflow has two independent failure points before any docs reach production.

.github/workflows/release-docs.yml needs attention for the missing secrets: inherit and the FW-CI-templates version mismatch.

Important Files Changed

Filename Overview
.github/workflows/release-docs.yml New workflow that builds and publishes versioned docs; build-docs is missing secrets: inherit and uses a different FW-CI-templates version (v0.67.0) than publish-docs (v0.74.0), which may cause build failures and artifact incompatibilities.

Sequence Diagram

sequenceDiagram
    participant Trigger as workflow_dispatch / workflow_call
    participant BuildDocs as build-docs job (FW-CI-templates v0.67.0)
    participant PublishDocs as publish-docs job (FW-CI-templates v0.74.0)
    participant Akamai as Akamai CDN
    participant S3 as AWS S3

    Trigger->>BuildDocs: "inputs.github-ref, sync-all=true"
    Note over BuildDocs: Calls _build_docs.yml@v0.67.0 - No secrets: inherit
    BuildDocs-->>BuildDocs: Produces docs-html artifact
    BuildDocs->>PublishDocs: artifact: docs-html
    PublishDocs->>PublishDocs: "checkout FW-CI-templates@v0.74.0"
    PublishDocs->>PublishDocs: invoke publish-docs action
    PublishDocs->>S3: Upload to nemo/emerging-optimizers
    PublishDocs->>Akamai: Sync to versioned or latest directory
    Note over PublishDocs: run-on-version-tag-only = (github.ref_name != 'main')
Loading

Reviews (1): Last reviewed commit: "docs: Update docs version for 0.3.0 (#21..." | Re-trigger Greptile

Comment on lines +80 to +84
build-docs:
uses: NVIDIA-NeMo/FW-CI-templates/.github/workflows/_build_docs.yml@v0.67.0
with:
ref: ${{ inputs.github-ref }}
sync-all: true

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 Missing secrets: inherit on build-docs workflow call

The build-docs job calls _build_docs.yml@v0.67.0 without forwarding secrets. Reusable workflow calls receive no secrets unless secrets: inherit (or explicit secrets: mapping) is specified. If _build_docs.yml needs any credentials — e.g., to pull from a private registry, authenticate with a sync endpoint, or access artifact storage — every run will silently fail or receive a permissions error at that step, while the calling workflow reports the overall job as failed without an obvious root cause.

Comment on lines +81 to +94
uses: NVIDIA-NeMo/FW-CI-templates/.github/workflows/_build_docs.yml@v0.67.0
with:
ref: ${{ inputs.github-ref }}
sync-all: true

publish-docs:
runs-on: ubuntu-latest
needs: [build-docs]
steps:
- uses: actions/checkout@v6
with:
repository: NVIDIA-NeMo/FW-CI-templates
ref: v0.74.0
path: FW-CI-templates

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 FW-CI-templates version mismatch between build and publish steps

build-docs pins FW-CI-templates at v0.67.0 while publish-docs checks out and uses the action at v0.74.0 — a gap of 7 minor releases. If the docs-html artifact schema, directory layout, or metadata format changed between these versions, the publish-docs action may fail to locate expected files or produce a corrupt deployment. Both jobs should pin to the same version of FW-CI-templates to guarantee a consistent contract between build output and publish input.

Comment on lines +23 to +27
publish-as-latest:
description: Publish as Latest stable version.
required: false
type: boolean
default: true

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 publish-as-latest defaults to true on a release branch

With dry-run defaulting to true this is safe during testing, but if a maintainer disables dry-run without also toggling publish-as-latest, a release-branch dispatch will overwrite the canonical "latest" docs pointer. Defaulting to false and requiring an explicit opt-in is safer for a branch workflow like this one.

Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants